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■ What is CFS? 


- NASA Agency Asset for Spacecraft Flight Software Reuse ( http://cfs.qsfc.nasa.gov/ ) 

• Productized real-time flight software developed over several years by Goddard Space Flight 
Center to serve as reusable software framework basis for spacecraft missions, test missions, 
real-time systems 

- Fully tested, documented, operational with LRO spacecraft, several other operational missions since 

- Published Service Layer (cFE) and open source Operating System Abstraction Layer (OSAL) for 
common services 

• Pub/sub message bus, time services, events, tables, file, task execution ( http://sourceforqe.net/proiects/corefliqhtexec/files/cFE-6.4.0/ ) 

• Runs on multiple platforms and with several operating systems ( http://sourceforqe.net/proiects/osal/ ) 

- Apps or “bubbles” for common spacecraft functions provided as government open source reuse 
(available source forge shortly) 

• Scheduler, commanding, telemetry, communication, data recording, limits, system health, sequences 

Why use it? 

- Proven rapid deployment -- Saves software development/test time, costs, skilled resources 

- Provides up-front architectural framework and services needed commonly across spacecraft/real- 
time embedded command/control applications 

• Don’t have to “reinvent the wheel” every spacecraft for common functions 

- Allows ease of development and integration by supporting multiple OS’s and Platforms 

■ In-house experiences with CFS software development 

- High software productivity achieved starting with solid architecture (-15+ SLOC/day) 

- Ease of application and hardware/software integration 

- Decreased verification needed - mature code and architecture - Test Readiness Level (TRL9) 

- Excellent product line support from Goddard 
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CFS Project Use History - Non Exhaustive N * 5A 


Johnson Space Center CFS Usage Timeline 
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CFS Use in Some Current Spacecraft 

Goddard Missions: 

• Lunar Reconnaissance Orbiter (LRO) (2009) 

• Solar Dynamics Observatory (SDO) (2010) 

• Magnetospheric Multiscale Mission (MMS) (2014) 

• Global Precipitation Measurement (GPM) (2014) 

Ames Research Center Missions: 

• Lunar Atmosphere and Dust Environment Explorer (LADEE) (2013) 
Applied Physical Lab (APL) Missions: 

• Radiation Belt Storm Probes (RBSP) (Aug 2012) 

• Solar Probe Plus (SPP) (2018) 





Core Flight Software (CFS) Architecture Overview 




2013 - Lorraine E. P. Williams, Ph. D - NASA/JSC/ER6 
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CFS Supported Platforms 

(non-exhaustive) 



Platform 

OS 

Project 

Status / Notes 

Aitech S950 
(PPC750FX) 

vxWorks 

6.7 

Morpheus 

In JSC CM. 

Integration tested on real Morpheus 
Vehicle hardware. Flown on Morpheus 
test vehicle. 

RTD pc386- 
IDAN, PC104, 
Pentium M 

RTEMS 

4.10 

ISS 

Downmass/ 

Micro 

Capsule 

In JSC CM. 

Integration tested on real Micro 
Capsule hardware. 

Aero Virtex 5 

VxWorks 

6.9 

AEMU 

In development. 

Space Micro 
Proton P400k 

VxWorks 

SMP6.8 

MMSEV, 

AAE 

In JSC CM. 

In development for MMSEV FY13 work. 

Maxwell 

SCS750 

VxWorks 

6.9 

RTEMS 

4.10 

EAM, 

AAE 

In JSC CM. EAM about to start using. 

787FCM 

Integrity 

ARINC 

AES CFS 

In development producing ARINC653 
cFE, OSAL. 

OrionSCP 

Integrity 

ARINC 

AES CFS 

In development producing ARINC653 
cFE, OSAL. 

750FCR 

VxWorks 
ARINC 6.8 

AES CFS 

In development testing FTSS SW fault 
containment with a voting quad 
architecture. 

Trick 

(simulation 

environment) 

Linux 

AES CFS 

In development for multi-project use. 

LEON3 

VxWorks 

6.7 

BFS 

In JSC CM. BFS prototype. 

AiTech SPO 

VxWorks 

6.7 

RPM? 

In JSC CM. RPM performance analysis. 
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Recently Developed 

largely in support of AES projects 


Platform 

OS 

Project 

Status / Notes 

RAD750 

vxWorks 6.4 

LRO,RBSP, 

GPM 

Project tested. 

RAD750 

RTEMS 4.10 

ICESat- 

2/ATLAS 

Early in instrument test program 

Rad Hard Coldfire 
( 5208 ) 

RTEMS 4.10 

MMS 

Project tested. 

LEON3 

RTEMS 4.10 

Solar Probe 
Plus 

In Development for SPP mission 

MCP750 PPC 

vxWorks 6.4 

cFE/CFS 

Project 

Tested. 

Used as baseline CFS development platform. 

PC / x86 

Linux 

n/a 

Not formally tested. Used by JSC. 

Coldfire MCF5235 
board 

RTEMS 4.10 

n/a 

Not formally tested. 

Used for RTEMS Development, and MMS board. 

LEON3 - generic - 
(simulator, 
multiple COTS 
boards ) 

RTEMS 4.10 

n/a 

Not tested. Not in CFS CM. 

Used for LEON3 development. 
Can be used on LEON3 Simulator. 

Coldfire Simulator 
(qemu 68k ) 

RTEMS 4.10 

n/a 

Not formally tested. 

Used for OSAL / cFE development 

THERA 

Linux 

Maestro IRAD 
(FY12) 

Not formally tested. 

Compatible with Desktop PC linux version. 

MCP750 PPC 

vxWorks 6.x 

Memory 
Protection 
IRAD (FY11) 

Adds memory protection to standard cFE. 
Not formally tested. 

Not integrated with cFE repository. 

PC x86 

Linux 

Multi-Core 
IRAD (FY12) 

Adds multi-core CPU capability to cFE. 
Not formally tested. 

Not integrated with cFE repository. 

Leon3 

PikeOS 

Virtualization 
IRAD (FY12) 

Adds ability to run in partitioned OS. 
Prototype. 

Not integrated with cFE repository. 



Broad Awareness/Use of the CFS 






missions and ESTO 
missions, DTN 


ARC- Using on LADEE 
(flight SW system on 
budget /schedule) 


GRC -Using on CPST, 
Suits 


DOD 

•Potential for standardization though 
Office of Director of National 
Intelligence (ODNI) 

•2012- met w/ Space Universal 
MOdular Architecture (SUMO) team 
led by Office of Director for National 
Intelligence (James Afarin (HQ)) 


JSC-Used Successfully 
on Morpheus. Using on 
Habitats and Suits 
(AES) - enhancing for 
human rated software. 


APL - Successfully used 
on RBSP. Proposing 
use on Solar Probe, DoD 
pro grams 


GSFC-Used 
Successfully on LRO, 
using on MMS, GPM, 
instruments. Plans for 
NICER, several 
others. 


MSFC- Mighty 
Eagle Lander, 
prototyping for 
AES 


KSC-Evaluating 
for AES, sounding 
rockets and UAV’s 


http://www.nasa.qov/mission paqes/lunarquest/robotic/1 2-085.html 


South Korea Aerospace 
Research Institute (KARI) - 
Lunar Exploration Research 
Team 


commercial - 
Moon Express 
(Lunar X-Prize) 


JPL - Evaluating 
architecture for robotic 
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Case Study: Project Morpheus 
Introduction 
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While technologies offer promise, capabilities offer potential 
solutions with application for future human exploration beyond LEO. 
Morpheus provides a bridge for evolving these technologies into 
capable systems that can be demonstrated and tested - in a 
relevant flight enyjmnment . 


Morpheus is a Full Scale Robotic 

Lander (500kg payload) built as a risk 

reduction test article 

- Morpheus system includes the vehicle, 
ground systems, operations 

- Developed, tested and operated in-house 
at Johnson Space Center and KSC 

- Example Video: 

http://www.voutube.com/watch?v=tdrSYP2qSbq 

■Technologies: 

- Liquid oxygen/methane propulsion 
(cryogenic, green, safe for ground 
handling and crew) 

- Precision landing and hazard detection 
Sensors 

- Leverages GSFC’s modular, reusable 
Core Flight Software 

- Technology incubator for advanced 
development efforts 

■Tests complete: 12 hot fire, 34 

tethered, and 14 free flights to date 

■ Lean Development Approach 






Morpheus Software Components 


JSt 


I Software Reuse 
New Software 


Simulation Software 
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Trick Simulation Core (JSC) 
Linux OS 


Flight Software 


CFS 

Core 

Apps 


Morpheus 

Specific 

Applications 


Custom 

Sensor/ 

Effector 

Apps 


CFS Infrastructure (Goddard) 


VxWorks 6.7 Operating System 


PPC 750GX Processor, cPCI (AiTech) 


I/O Devices (Serial, 1553, A/D) 


Morpheus Specific 
System & I/O Models 

Dynamics, Time, 
Environment Models 

JEOD 


Generic Systems 
Models 

Valkyrie 



MORPHEUS 





VMWare (local PC/Mac) 

Eclipse (local IDE) 

CentOS/Linux (local vm os) 

GNU C/C++, Java (compile/XIate) 
Subversion (CM) 

Redmine (change tracker) 

Hudson (build checker) 
ucc (code count metrics) 

Windriver Workbench (target ide/os) 
Parasoft C++test (standards checker) 


Ground Software 


Displays & 
Controls 



scripts 



Command & 
Data 

Dictionary 


ITOS Infrastructure (Goddard) 

(Data Com/Decom, Recon, Distribution, Display, 
Scripting, Recording, Post processing) 


Linux OS 




Morpheus Flight Software Architecture 



cFE Core Services 


Mission Specific I/O Apps 


CFS Configurable Applications 


Mission Specific Apps 


Sample CFS App Template 


void XXX_AppMain ( ) 

{ 

/* Perform application initializations */ 
if (XXX_InitApp () != CFE_SUCCESS) 

{ 

g_XXX_AppData . uiRunStatus = CFE_ES_APP_ERROR; 

} 

/* Application main loop */ 

while (CFE_ES_RunLoop ( &g_XXX_AppDat a . uiRunStatus ) 
== TRUE) 

{ 

XXX_RcvMsg (CFE_SB_PEND_FOREVER) ; 

} 

/* Exit the application */ 

CFE_ES_ExitApp ( g_XXX_AppDat a . uiRunStatus ) ; 

} 


int32 XXX_InitApp() 

{ 

int32 iStatus=CFE_SUCCESS ; 

g_XXX_AppDat a . uiRunStatus = CFE_ES_APP_RUN; 

iStatus = CFE_ES_RegisterApp ( ) ; 
if (iStatus ! = CFE_SUCCESS) 

{ 

CFE_ES_WriteToSysLog ( "XXX - Failed to register the 
app (0x%08X)\n", iStatus); 

goto XXX_InitApp_Exit_Tag ; 

} 

if ( (XXX_I nit Event () != CFE_SUCCESS) || 

(XXX_InitPipe () != CFE_SUCCESS) |j 

(XXX_InitData ( ) ! = CFE_SUCCESS) ) 

{ 

iStatus = -1; 

goto XXX_InitApp_Exit_Tag ; 

} 

/* Install the cleanup callback */ 

OS_TaskInstallDeleteHandler ( (void*) &XXX_CleanupCallback) ; 

XXX_InitApp_Exit_Tag : 

if (iStatus == CFE_SUCCESS ) 

{ 

CFE_EVS_SendEvent (XXX_INIT_INF_EID, 
CFE_EVS_INFORMAT I ON , 

"XXX - Application 

initialized") ; 

} 

else 

{ 

CFE_ES_WriteToSysLog ( "XXX - Application failed to 
i niti a liz e\n" ) ; 




Sample CFS App Template (continued) 


NASA 

' j: 


int32 XXX_RcvMsg (int32 iBlocking) 

{ 

int32 iStatus=CFE_SUCCESS ; 

C FE_S B_M s g_t * MsgPtr=NULL ; 

C FE_S B_M s g I d_t Msgld; 

/* Wait for WakeUp messages from scheduler */ 
iStatus = CFE_SB_RcvMsg (&MsgPtr , g_XXX_AppData . SchPipeld, 
iBlocking) ; 

/* Start Performance Log entry - create initial entry */ 
CFE_ES_Perf LogEntry (XXX_MAIN_TASK_PERF_ID) ; 

if (iStatus == CFE SUCCESS) 


{ 


Msgld = CFE_SB_GetMsgId (MsgPtr) ; 
switch (Msgld) 

{ 

case XXX_WAKEUP_MID : 

XXX_ProcessNewCmds () ; 
XXX_ProcessNewData ( ) ; 


things 

processing */ 

Wakeup cycle 
output. */ 


/* TODO : Add more code here to handle other 

when app wakes up, like any cyclic 

/* The last thing to do at the end of this 

should be to automatically publish new 

XXX_SendOutData ( ) ; 
break; 


default : 

CFE_EVS_SendEvent (XXX_MSGID_ERR_EID , 

CFE_EVS_ERROR , 

"XXX - Recvd invalid SCH msgld 

( 0x%0 8X) " , Msgld); 

} 

} 

else if (iStatus == CFE_SB_NO_MESSAGE) 

{ 

/* If there's no incoming message, you can do something 

here , 

or do nothing */ 

} 

else 

{ 

/* This is an example of returning on an error. 

** Note that a SB read error is not always going to 
result in an 

** app quitting, depends on the app. Changing the run 
status to 

** CFS_ES_APP_ERROR will cause the app 1 s main loop to 
exit and the 

** app to exit. 

*/ 

CFE_EVS_SendEvent (XXX_PIPE_ERR_EID , CFE_EVS_ERROR, 

"XXX: SB pipe read 

error (0x%08X) , app will exit", iStatus); 

g_XXX_AppData . uiRunStatus= CFE_ES_APP_ERROR; 

} 


/* TODO: Add code here to handle other command 

IDs, if needed. 

Normally, other app commands are added as 

command codes 

to the app ' s CMD_MID and processed in 
XXX_ProcessNewCmds ( ) . 

Adding another CMD_MID would also require adding 

another 

command pipe. */ 


/* Stop Performance Log entry */ 
CFE_ES_Perf LogExit (XXX_MAIN_TASK_PERF_ID) ; 

return (iStatus) ; 



Morpheus Simulation 




Applications Places System 


DOUG ENG GRAPHICS : CEV 


File Display Edit JntSystems Reconfig Joggles Options 



1 a Terminal | □ DOUG EN... j Jj Terminal | Simulation C... | 



Pick Data Source Host: krusty Port: 7000 Rate: |0.02 Running Reconnect 


Playback Speed ♦IX v 2X v 4X ^ User Defined 


* 
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II 


►► 


◄ I 
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Simulation Control Panel 


File Actions 



Time 


RET (sec) 

Real Time (sec) 

MET 

GMT 

Sim / Real Time 


trick 


Simulations/Overruns 


|/users/smstewar/Morpheu8_SIM/slms/SIM_CORE_G NC_FSW_07/S_main ,Llnux_4 i _ 25.exe R U N_morphej~ 0 


Status Messages 


2011-012-12:02:15.17729 -- AFM Out--- 

2011-012-12:02:15.17729 GuldExecCmd 0, GuldHopCmd 0, NavPwrFltCmd 0, GuldMode 2, 
NavMode 1, CntrlMode 0, PropMode 0 

2011-012-12:02:15.17729 cPhase 2, cSubPhase 5, cActlvlty 5, cEvent 7 

-- (1) Nav startup 

2011-012-12:02:25.17729 -- AFM Out--- 

2011-012-12:02:25.17729 GuldExecCmd 1, GuldHopCmd 1. NavPwrFltCmd 0, GuldMode 2, 
NavMode 1, CntrlMode 2. PropMode 3 

2011-012-12:02:25.17729 cPhase 3, cSubPhase 0, cActlvlty 0, cEvent 0 


EVS Portl 
EVS Portl 
EVS Portl 
EVS Portl 
RE 

EVS Portl 
EVS Portl 
El 

EVS Portl 
E_2 

EVS Portl 
2011-012 
2011-012 
NavMode 
2011-012 


206/1/CFE EVS 505: PROP M APP: Action to MODE TO FLIGHT accepted 
206/1/CFE EVS 506: PROP M APP: Moded to ENGINE IGNITION LOXCHILLIN 

206/1/CFE EVS 506: PROP M APP: Moded to ENGINE IGNITION HELIUM PURGE 

206/1/CFE EVS 506: PROP M APP: Moded to ENGINE IGNITION IGNITER PRESSU 

206/1/CFEEVS 506: PROP M APP: Moded to ENGINE IGNITION THROTTLE POS 

206/1/CFEEVS 506: PROP M APP: Moded to ENGINE IGNITION ENGINE PRESSUR 

206/1/CFEEVS 506: PROP M APP: Moded to ENGINE IGNITION ENGINE PRESSUR 


206/1/CFE EVS 
12:02:32.77729 
12:02:32.77729 
1, CntrlMode 2 
12:02:32.77729 


506: PROP M APP: Moded to FLIGHT_OPS_l 
-- AFM Out--- 

GuldExecCmd 2, GuldHopCmd 1, NavPwrFltCmd 0, GuldMode 2, 
PropMode 3 

cPhase 3, cSubPhase 1, cActlvlty 0, cEvent 0 
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Morpheus Ground Systems - ITOS Control 

Room 




ITOS Information - Introduction 



■ 


What is ITOS (Integrated Test and Operations System)? 


• A low-cost, highly configurable, control and 
monitoring system 

What are its current applications? 

Satellite development, test, & operations 
Science instrument development, test, & operations 
Ground station equipment monitoring & control 





Who is using ITOS? 

SAMPEX, TRACE, FAST, SWAS, WIRE, 
Spartan 201, 251, 401, 402 
HESSI, Swift, ULDB, Triana 
PiVot GPS, CIRS, Mars Pathfinder 

Who is commercializing ITOS? 

Universal Space Network 
the Hammers Company 
Omitron 

AlliedSignal Technical Services Corporation 



From ITOS Promo Presentation: http://itos.gsfc.nasa.gov/ 
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ADVANCED EXPLORATION SYSTEMS (AES) 

HUMAN EXPLORATION & OPERATIONS MISSION DIRECTORATE 

CORE FLIGHT SOFTWARE (CFS) PROJECT 

SUMMARY 


Core Flight Software 
Lorraine Prokop, Ph.D. /JSC 


AES Continuation Review - Sep 2013 
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Project Objectives 



♦ Objectives 




Provide a reusable software architecture suitable for human-rated 
missions 

■ Reduce/offset per-project software development, test, and certification costs 
by performing that work once serving multiple projects 

■ Address software and hardware issues unique or typical to human-rated 
systems 

Provide reusable software products, tools, and artifacts directly usable 
by Class A projects/programs, and for general use across NASA 

Support Advanced Exploration Systems projects as they develop toward 
flight missions 


Build upon reuse of existing TRL- 
9 uncrewed spacecraft software 
framework for utilization in 
human-rated programs. 


Leverage platforms, resources 
and skills from synergetic 
programs/projects for 
development of next generation 
human-rated space software 
systems. 



Utilize these products in direct 
support of development and 
certification of future manned 
programs. 
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CFS AES Project 
Product Summary to Date 


i 




♦ FY1 3 Products 

• Quad-Voting CFS System - CFS on Partitioned VxWorks RTOS, 
synchronizing & voting 4 computers 

• CFS within Trick Simulation 

• Distributed CFS - network-based software bus 

• CFS on Orion/B787 Platform - CFS on Partitioned Green Hills RTOS 

• Reusable Certification Test Suite 

♦ FY14 Products 

• Class A CFS Certification on Orion Platform 

• Performance Monitoring Tool Development 

• CFS Synch & Voting Software Development 

• Symmetric Multicore Processor (SMP) CFS Development 

• Product Line 

• Command & Data Dictionary Ground Database Tools 

• Education/Outreach 

• Orion Backup Computer Proof of Concept Demonstration 

AES Continuation Review - Sep 2013 1 



Flight Computer Architecture: 
CFS on ARINC and Voting Partition 



CFS Partition A CFS Partit 
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PSP (PPC750GX) 


FCR 1 


PSP (PPC750GX) 


Off Board I/O (Ethernet) 


• Four fault-containment regions (FCRs) 

- 4 Flight Critical Computers (FCC) 

• Software voting 

• Ethernet 

• Will accommodate 2 arbitrary non- 
simultaneous faults 


C FS Partiti on A CFS Partiti on B 
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Embedded CFS-Trick Background 
Flight Software - Simulation Philosophies 
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HWITL 
“Iron Bird” 

Flight Software 

Flight I/O Interface 

/ \ 

Simulation Software 

p (test RIG) 



Flight Software 

(flight hardware) 
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Flight Software 

(non-flight hardware) 


Non-Flight I/O 
Interfaces 
(typically Ethernet) 

Non-Flight I/O 
Interfaces 
(typically Ethernet) 


Simulation Software 

(simulation computer) 


Simulation Software 

(simulation computer) 


Flight Software 

(separate executable) 


Socket 

communication 

(single computer) 


Simulation Software 

(separate executable) 


Embedded 
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> 

simulation oortwarG 

Flight Software 



(single computer, single executable) 


• Typically this 
flight software is 
not REAL, but an 
algorithmic 
prototype/analog 

• Allows SAME 
source code to 
run in ALL 
configurations 

• Allows 
analysis, faster- 
than-real-time 
execution, data 
inspection, 
debugging 
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Distributed CFS Demo Configuratio 




r 





\ 


CPU B 


r $ 

$ 

% ) 

y_ \ 

/ 

X 


Telemetry 

Output 

5Hz 



80Hz 


Network 
Software 
Bus 
(sbn) 


sbn over IP comm 
CCSDS over IP comm 


Ground Display Computer 
(ITOS) 


(^ x^^JCFS Distributed Demo - “sbn” 

CP u A telemetry C PU B telemetry 




80Hz 


CPU c 


V 




AES Continuation Review - Sep 2013 


21 







CFS on Partitioned OS/B787 
Class A Product Team 





AES Continuation Review - Sep 2013 
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Test Suite Output Excerpt 


PASSED 


PASSED 


PASSED 


PASSED 


PASSED 


PASSED 


PASSED 


PASSED 


PASSED 


PASSED 


PASSED 


PASSED 


PASSED 


PASSED 


PASSED 


[cFE.EVS.12.005] CFE_EVS_ResetAIIFiltersCmd - Reset all filters - successful 
[cFE.EVS.12.006] CFE_EVS_AddEventFilterCmd - Add event filter - successful 

[cFE.EVS.12.007] CFE_EVS_AddEventFilterCmd - Add event filter - event already registered for filtering 

[cFE.EVS. 12.008] CFE_EVS_SetFilterMaskCmd - Set filter mask - successful 

[cFE.EVS.12.009] CFE_EVS_ResetFilterCmd - Reset filter mask - successful 

[cFE.EVS. 12. 010] CFE_EVS_ResetAIIFiltersCmd - Reset all filters - successful 

[cFE.EVS. 12.01 1] CFE_EVS_DeleteEventFilterCmd - Delete event filter - successful 

[cFE.EVS. 12. 012] CFE_EVS_AddEventFilterCmd - Maximum event filters added 

[cFE.EVS. 13.023] CFE_EVS_VerifyCmdLength - Invalid command length with clear log command 

[cFE.EVS. 14. 001] EVS_GetApplicationlnfo - Get application info with null inputs 

[cFE.EVS. 14. 002] CFE_EVS_Writel_ogFileCmd - Write log data - successful 

[cFE.EVS. 14. 003] CFE_EVS_Setl_oggingModeCmd - Set logging mode - successful 

[cFE.EVS. 14. 004] CFE_EVS_ReportHousekeepingCmd - Housekeeping report - successful 

[cFE.EVS. 14. 005] CFE_EVS_CleanUpApp - Application cleanup - successful 

[cFE.EVS. 14. 006] CFE_EVS_Register - Register application with invalid arguments 


ut_cfe_evs PASSED 175 tests, 
ut cfe evs FAILED 0 tests. 
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Performance Monitoring Tool 

Screenshots 


File Log IDs Plot Help 


Step | Thread | Statistics | 


Start [0.888834 End 1 0.998740 Delta [o! 


CPU Activity 
ADIO_M_APPMAIN_PERF_ID 
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CFE_TIME_L0CAL1HZISR_PERF_ID 
C F E_TI M E_LO C AL1 H ZTAS K_P E RF _l D 
CFE TIME MAIN PERF ID 
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ID 

Name 

Entry 

Events 

Exit 

Events 

Avg Freq 
(evt/sec) 

Time Act 
(sec) 

Time Inact 
(sec) 

Time Act 
(%) 

Time Inact 
(%) 

Min Act 
(sec) 

Max Act 
(sec) 

Min Int 
(sec) 

Max Int 
(sec) 

Min Over 
(sec) 

Max Over 
(sec) 

0x00000025 

HK_M_APPMAI N_PERF_I D 

1502 

1502 

915.29 

0.001223 

1.639792 

0.075 

99.925 

0.000000 

0.000094 

0.000003 

0.012941 

n/a 

n/a " ^ 

0x00000038 

DS_APPMAI N_PERF_I D 

1492 

1492 

909.19 

0.001509 

1.639506 

0.092 

99.908 

0.000000 

0.000104 

0.000001 

0.012662 

n/a 

n/a 

0x00000032 

TO_M_SOCKET_SEND_PERF_ID 

275 

275 

167.58 

0.003817 

1.637198 

0.233 

99.767 

0.000005 

0.000072 

0.000008 

0.100094 

n/a 

n/a 

0x000000 cf 

DIO_M_APPMAIN_PERF_ID 
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166 

101.16 

0.024685 

1.616330 

1.504 
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0.000051 

0.000458 

0.000826 

0.013286 

n/a 

n/a 

0x000000d7 

HDSI F_M_SOCK_PERF_I D 

166 
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101.16 

0.008247 

1.632768 

0.503 

99.497 

0.000001 

0.000408 

0.000009 

0.022701 

0.007390 

0.012701 

0x000000 dO 

ADIO_M_APPMAIN_PERF_ID 

165 

165 

100.55 

0.003445 

1.637570 

0.210 

99.790 

0.000009 

0.000101 

0.006989 

0.012714 

0.000002 

0.002714 

OxOOOOOObf 

EMA_I 0_M_APPMAIN_PERF_I D 

165 

165 

100.55 

0.004131 

1.636884 

0.252 

99.748 

0.000009 

0.000194 

0.007197 

0.012759 

n/a 

n/a 

0x000000 c9 

PROP_M_APPMAIN_PERF_ID 

165 

165 

100.55 

0.011316 

1.629699 

0.690 
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0.000028 

0.000308 

0.007014 

0.012940 

n/a 

n/a 


Overall 

5000 

5000 

3046.89 

0.105892 

1.535123 

6.453 

93.547 

0.000000 

0.000458 

0.000000 

1.002590 

0.000002 

0.002714 


E'int | | X Close | 
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CFS Synchronization & Voting Development 



♦ 


»*■ Applications Places System '> « H ■ T* O 


Voting System for Fault Tolerance 

• Description 

■ Provides CFS framework solution for 
synchronization/redundancy 
between flight computers 

• Accomplishments 

■ Designed System, held several 
design Inspections, held 
Demonstrations 

■ Implementation underway 

■ Supported Heterogeneous Voting rvoBnB(-te .iH* 
Computer Demonstration 9/1 7/20 1 4 ^ Votin9 me,hod: by ' maiori ’ 


<i 0 ** tl. Fri Sep 5. 11:53 AM tngo 



• Remaining Work (FY1 5) 

■ Continue development 

■ Improve system robustness/reliability 

■ Analyze/Improve Performance 

■ Support Time Triggered Systems 



^ CPU #2 N, 

AiTech S950 
PowerPC processor 
1GHz clock 
. VxWorks 6.8 OS . 


CPU #3 
AiTech SPO 
PowerPC processor 
800MHz clock 
. VxWorks 6.7 OS . 


CPU #4 
Raspberry Pi 
ARM processor 
700MHz clock 
Raspbian OS 


^Control & Displays. 
Acer 

Intel duo-core processor 
k 2GHz clock A 
Centos OS - ' 


CPU #1 

f HP Probook 

AMD quad-core processor} - - 
k 1.6GHz clock 

Centos OS 
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Symmetric Multiprocessing 
CFS Development 





♦ Symmetric Multiprocessing (SMP) Support 

• Description 

■ Provide a generic SMP Operating System Abstraction Layer (OSAL) 
supporting multi-core processor architectures 

• Accomplishments 

■ Prototype implementation of CFS on dual core Space Micro Proton board 
and VxWorks SMP complete 

- Apps can be allocated to specific cores to deterministically balance processing 
load or to improve performance of certain apps 

• Remaining Work (FY1 5) 

■ Implement on SPARC LEON 4 quad-core, Tilera 36-core 

■ Merge SMP support modifications into mainline CFS 


p ro t on LEON4 quad-core Tilera 36-core 





Mobile Command and Telemetry System 





““^StS^sssjtssskbw 
““~irSS3sib=: s:u=s::i 


KSC developed general purpose data integration tool 
for managing command and telemetry metadata 

Intended to be generic in nature and applicable to any 
project using CFS or ITOS 

Web based interface built with Ruby on Rails 

Data can be ingested from a variety of formats 
including flat text files or Excel spreadsheets 

Imported into PostgreSQL relational database on 
which a wide variety of queries and reports can be run 
from MCTS provided GUI screens 

Currently capable of exporting data directly into ITOS 
compatible data record format 

Future enhancements include exporting data to XTCE 
format files as well as ‘C’ type data structure 
statements for compiling into CFS application code 

Demonstration held August 2014 
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Education/Course Idea: CFS on AR Drone 
Embedded with Trick Controls & Simulation 



□ 

Prompt f 


S T O L (ITOS Release 8.15.0 for i686-RedHat-5.2) 


_ □ x iruf@jsc-er-cfs03:~/drone/cfs/build/linux/exe 
/I Prevl Helpl Progs j - rminal Help 


D=2228, 0,0, 0,0,0 
ROTWING GENERIC CMD MID 


□ x [gj gdecaruf@jsc-er-cfs03:~/drone/cfs/trick_sim/SIM_ARDRONE 

File Edit View Search Terminal Help 


AT*PCMD=2420, 0,0, 0,0,0 
AT*REF=2421, 290717696 


Aquire CFS TL> | 


| Acquire TLM 


ardrone2 console2 - ITOS Page Display 


S .►..{■I 


A.R.Drone2 Controls 

w Bat tOO 





X POS (Abs) 0.5964 
Y POS (Abs) 0.0026 
2 POS (Abs) -1.015 





l&j Event Viewer[0] 

Windows Options Connection 


j| Automatically update Refresh Export as text file... p" Show horizontal scroll bar] Rai 

a 


INFO frame. 
INFO frame. 
INFO frame. 


H - 



I View Actions 


Domain axis 

Display 

variaDies 

Domain Axis 

Display 

Variables 

O All 

0 Unes 

Add sim.ardroneSim.nav.eulerRates[0] 


O All 

0 Unes 

Add ][ sim .ardroneSim ,nav .eulerRates[0] 

i 

|® Strip [ 30.0 1 

□ Points 

Remove sim.ardroneSim.state.cgPos[0] 

v 1 

® Strip | 30.0 j 

□ Points 

Remove |sim.ardroneSim.state.bodyWindVel[0] 

-i 

O Fixed 

0 Show Legend 

Domain Axis: [simulation Time (seconds) 


O Fixed 

0 Show Legend 

Domain Axis: [simulation Time (seconds) 

-i 



90.0 92.5 95.0 97.5 100.0 102.5 

Simulation Time (seconds) 

| — sim. ardroneSim. state. cgPoslO] — sim. ardroneSim. state. cgPos[2l| 


92.5 95.0 975 100.0 1025 105.0 1075 110.0 

Simulation Time (seconds) 



View Actions 


Strip Chart 

Strip Chart 


0.0003 
0.0002 
0.0001 
0.0000 
- 0.0001 
- 0.0002 
-0.0003 
| -0.0004 
! -0.0005 
-0.0006 
-0.0007 
-0.0008 
-0.0009 
- 0.0010 
- 0.0011 
- 0.0012 


Domain Axis 
OAII 
® Strip | 

O Fixed 


82.5 85.0 875 90.0 92.5 95.0 975 100.0 102.5 105.0 107.5 110.0 


Simulation Time (seconds) 

| — sim.ardroneSim.nav.eulerYPRlO] — sim.ardroneSim.nav.eulerYPR[l]| 

Display 



Variables 


Add |[sim.ardroneSim.nav.eulerRates[Q] 


0 Lines 
□ Points 

0 Show Legend Domain Axis: I Simulation Time (seconds) 


Remove |sim.ardroneSim.nav.eulerYPR[0] 


Domain Axis 
O All 

® Strip (^3 
O Fixed 


Display 
0 Lines 
□ Points 


| — sim. ardroneSim. state. dragForce[oT| 


r ■ ■ ■%■/« ■■■■# 


Add |[ sim.ardroneSim.nav.eulerRates[0] 

v l 

Remove |[ sim.ardroneSim. state.dragForce[0] 

- 

Domain Axis: [simulation Time (seconds) 
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FY 

14 Work, 

FY15 

Planned • . J 

* ’ 


Class A Products, Human Ratable 

- Certify Class A on Orion primary Platform 

- Certify Class A on Orion backup (vxWorks/LEON3) Platform 

Testing 

- Reusable test suite additions for vxWorks 

- Cross-platform test framework 

- White-box testing of OSAL layer 

- Integrated unit test execution/post processing/reports 

- Build interface/instrument CFS code for performance testing, 
monitoring, display interface 

- Reusable performance test suite 

Human Spacecraft Support Activities 

- Support for Redundancy 

• Symmetric (same OS & shared mem) Multiprocessor Support (SMP) 
(Dual core, 4 core, 36 core) 

• Asymmetric Multiprocessor CFS support 

• Open source Quad CFS voting layer (continued in FY15) 

- VML - (virtual machine language) integration w / CFS 

- Support for Distributed Systems (sbn additions) 

- User Interface Display Support - OpenGL Interface 

- Backup Flight Systems Architecture exploration 

Development Tools - Productivity / Interoperability 

- Performance Monitoring / Profiling Tool (Linux/Java) 

- Data Definition / Ground Integration Tools (continued FY15) 

- Autogeneration of application from a variety of tools - 
Matlab/Simulink/Rhapsody/sysML/Eclipse, 

- Matlab/Simulink simulation of CFS layers 

- Top-Coder effort to start with CodeReview Redmine Tool 


Additional Operating Systems / Hardware Platforms 

- iOS 

- Other real-time: real-time Linux, eCos 

- Additional Hypervisor prototyping- picos 

- FPGA with soft cores, PSP’s for hybrid chips with hard cores 

Specific Support Needed or AES Projects 

- DTN-CFS integration development 

- AMO-CFS integration 

- AAE project platforms / chosen architectures 

- RPM development 

- Exploration Augmentation Module development 

- Advanced EVA development support 

Outreach Maturation - Quad Copter 

- Develop Sim of Quad Copter, Basic GNC Apps 

- Develop product distribution for outreach (CFS, Apps & Trick) 

CFS Institutional Support/Infrastructure 

- Configuration Control, evolution, product planning 

- Website: how-to, wiki, FAQ, downloads 

- Product support & releases, training 

- SARB Recommended fixes 

Possible Flight Projects 

- ISS Flight Computer shadow 

- Orion Backup flight computer prototype, Leon3 processor 

- Software partition for Asteroid Retrieval Mission 





Core Flight Software System (CFS)/ 
Core Flight Executive (cFE) 
Training Material 

Jonathan Wilmot 
GSFC/Code 582 
Jonathan.J.Wilmot@nasa.gov 
301-286-2623 
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cFE - Overview 



• A set of mission independent, re-usable, core flight software 
services and operating environment 

- Provides standardized Application Programmer Interfaces (API) 

- Supports and hosts flight software applications 

- Applications can be added and removed at run-time (eases system 
integration and FSW maintenance) 

- Supports software development for on-board FSW, desktop FSW 
development and simulators 

- Supports a variety of hardware platforms 

- Contains platform and mission configuration parameters that are used to 
tailor the cFE for a specific platform and mission. 

• cFE services include: 

- Executive Services 

- Software Bus Services 

- Time Services 

- Event Services 

- Table Services 

• Layered on the Operation System Abstraction 
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Motivation 


01 



About six years ago GSFC was tasked two large in- 
house missions with concurrent development schedules 
(SDO, GPM) 

GSFC was to build the spacecraft bus, both avionics and 
software, and integrate the whole spacecraft 

Without the staff for both, we were directed to find a 
better way 

So management said, “y° u engineers figure out how to 
make the schedule and keep the cost in line” 

o We had about a year to figure it out before staffing up 
• This is before full cost accounting 
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Approach 


01 



• Formed a team of senior FSW engineers to strategize and 
develop a better way 

• Each had experience on a few different missions and 
immediately saw all the commonality we could have had 

• Team then decided to: 

- Determine impediments to good flight software reuse 

- Utilize best concepts from missions ranging from Small Explorer class to 
the Great Observatories 

- Design with reusability and flexibility in mind 

- Take advantage of software engineering advances 

- Be Composable 

• Management helped isolate team engineers from short term 
mission schedules 

• Team established architecture goals 
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1 . Reduce time to deploy high quality flight software 

2. Reduce project schedule and cost uncertainty 

3. Directly facilitate formalized software reuse 

4. Enable collaboration across organizations 

5. Simplify sustaining engineering (AKA. On Orbit FSW 
maintenance) Missions last 10 years or more 

6. Scale from small instruments to Hubble class missions 

7. Build a platform for advanced concepts and prototyping 

8. Create common standards and tools across the center 
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Mission Heritage 




SAMPEX 

(launched 8/92) 



SWAS 

(launched 12/98) 



TRACE 


WIRE 


SMEX- 

Lite 


(launched 3/98) (launched 2/99) 



Triana 
(cancelled) 



Swift BA T 

(12/04) 



MAP (launched 06/01) 



ST-5 (5/06) 



core FSW Executive 



Core FSW System 

1 \ 


GPM (2013) 


MMS (2013) 
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Heritage , what worked well 



• Message bus 

- All software applications use message passing (internal and external) 

- CCSDS standards for messages (commands and telemetry) 

- Applications were processor agnostic ( distributed processing) 

• Layering 

• Packet based stored commanding (AKA Mission Manager) 

- Absolute Time Sequence (ATP), Relative Time Sequence (RTP) 

• Vehicle FDIR based on commands and telemetry packets 

• Table driven applications 

• Critical subsystems time-triggered on network schedule 

- 1553 bus master TDMA 

• Clean application interfaces 

- Component based architecture (The Lollipop Diagram) 
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Heritage , what worked well 



• Lots of innovation 

- Constant pipeline of new and varied missions 

- Teams worked full life cycle 

• Requirements through launch + 60days 

• Maintenance teams in-house and in contact with engineers early in 
development 

- Teams keep trying different approaches 

• Rich heritage to draw from 
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Heritage: what didn’t work so well 


01 



• Statically configured Message bus 

- Scenario: GN&C needs a new diagnostic packet 

• Give the C&DH team your new packet definition file 

• Wait a week for a new interim build 

• Rinse and Repeat 

- How do I add a new one on orbit? (FAST mission example) 

• Monolithic load (The “Amorphous Blob”) 

- Raw memory loads and byte patching needed to keep bandwidth needs 
down 

• Reinventing the wheel 

- Mission specific common services (“Look , I’ve got a new and improved 
version!”) 

• Application rewrites for different OSes 


cFE- Page 38 




• In the past, GSFC’s Flight Software Branch (FSB) has 
realized little cost savings via FSW reuse 

- No product line. Instead heritage missions were used as starting 
point 

- Changes made to the heritage software for the new mission were 
not controlled 

• New flight hardware or Operating System required changes throughout 
FSW 

• FSW Requirements were sometimes re-written which effects FSW and 
tests. 

• FSW changes were made at the discretion of developer 

• FSW test procedure changes were made at the discretion of the tester 

• Extensive documentation changes were made for style 

- Not all Products from heritage missions were available 

- Reuse was not an formal part of FSB development methods 

- Reuse was not enforced 
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Concepts and Standards 



Layered Architecture 
Standard Middleware/Bus 

Standard Application Programmer Interface 
for a set of core services 


Core Flight Executive (cFE) 


• Plug and Play Reusable Applications 

• Command & Telemetry database 

• Reuse Requirements Management 

• Reuse Standards 

• Reuse Repository 

• Configuration Tool for Mission Users 

• Development Tools 



CFS Applications 


Library & CM 


Integrated Development 
Environment 
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cFE Layers 



Mission 

Interrupt 

Service 

Routines 


Mission Application 


Reuse Application 


W 


cFE Application 


User 

Interface 


Application 

Layer 


M 


Time API 

Time 

Services 


A 


Event API 

Event 

Services 


Software Bus API 

Software Bus 


Table API 

Table Services 


Executive API 

Executive Services 


Platform Support 
Package API 


Time Client/Server 
Interface 


Operating System Abstraction Layer (OSAL) API 
Operating System Abstraction Layer (OSAL) 


4 


Platform Support Package (PSP) 


Time 

Distribution 


Hardware 

Drivers 


A 


OS & BSP 


Interrupt 

Handlers 


Exception 

Handlers 


Network 


Core 

Services 



PSP & BSP Supported 
Hardware 

Mission Hardware 

Physical 

Layer 




Software 

Mission dependent 

Interface 

Software 


Hardware 


582 FSW Library 


cFE- Page 41 








Standard Middleware Bus 



Publish/Subscribe 

• Components communicate over a 
standards-based Message-oriented 
Middleware/Software Bus. 

• The Middleware/ Software Bus uses a 
run-time Publish/Subscribe model. 
Message source has no knowledge of 
destination. 

• No inherent component start up 
dependencies 


Legacy: Tightly-coupled, custom interfaces- data formats - protocols, 
internal knowledge, component interdependence 



Impact: 

• Minimizes interdependencies 

• Supports HW and SW runtime “plug and 
play” 

• Speeds development and integration. 

• Enables dynamic component distribution 
and interconnection. 



Publish/Subscribe: loosely-coupled, standard interface, data 
formats, protocols, & component independence 
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Standard Application Programmer Interface A 



Application Programmer Interfaces 

• CFS services and middleware 
communication bus has a 
standardized, well-documented API 

• An abstracted HW component API 
enables standardized interaction 
between SW and HW components. 

Impact: 

• Allows development and testing using 
distributed teams 

• With the framework already in place, 
applications can be started earlier in 
the development process 

• Can do early testing and prototyping on 
desktops and commercial components 

• Simplifies integration 



API supplies all functions and data components 
developers need. 
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Plug and Play 



Plug and Play 


• cFE API’s support add and remove 
functions 

• SW components can be switched in and out 
at runtime, without rebooting or rebuilding 
the system SW. 



• Qualified Hardware and CFS-compatible 
software both “plug and play.” 


Impact: 


Difficult 









'N 

New 


Add 


Remove 

Reconfig 


Redistribute 





J 


L 

J 


• Changes can be made dynamically during 
development, test and on-orbit even as part 
of contingency management 

• Technology evolution/change can be taken 
advantage of later in the development 
cycle. 


Easy 



• Testing flexibility (GSE, test apps, 
simulators) 


This powerful paradigm allows SW components to be switched in and out 
at runtime, without rebooting or rebuilding the system SW. 
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Reusable Components 



Reusable Components 

• Common FSW functionality has been 
abstracted into a library of reusable 
components and services. 

• Tested, Certified, Documented 

• A system is built from: 

- Core services 

- Reusable components 

- Custom mission specific 
components 

- Adapted legacy components 

Impact: 

• Reuse of tested, certified components 
supplies savings in each phase of the 
software development cycle 

• Reduces risk 

• Teams focus on the custom aspects of 
their project and don’t “reinvent the 
wheel.” 



c r 

Reusable U Custom 

Component Component 

Adapter 


cFE Software Bus and Environment 


HW HW HW HW HW 

Device Device Device Device Device 



Image Orbit Science O O O TLM + 

Processor Control Process Command 


cFE Software Bus and Environment 


Proximity 

Sensor 

HW 

Comp 

HW 

Comp 

o o o 

HW 

Comp 
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Sample CFS Reusable Applications 




Application 

Function 

Command Ingest 

Reusable component for spacecraft commanding 

Telemetry Output 

Reusable component for sending and packaging telemetry 

CFDP 

Transfers/receives file data to/from the ground 

Checksum 

Performs data integrity checking of memory, tables and files 

Data Storage 

Records housekeeping, engineering and science data onboard for 
downlink 

File Manager 

Interfaces to the ground for managing files 

GN&C Framework 

Provides framework for plugging in ACS models and objects 

Housekeeping 

Collects and re-packages telemetry from other applications. 

Health and Safety 

Ensures that critical tasks check-in, services watchdog, detects CPU 
hogging, and calculates CPU utilization 

Limit Checker 

Provides the capability to monitor values and take action when exceed 
threshold 

Math Libraries 

Scalar, vector, matrix and quaternion functions 

Memory Dwell 

Allows ground to telemeter the contents of memory locations. Useful 
for debugging 

Memory Manager 

Provides the ability to load and dump memory. 

Scheduler 

Schedules onboard activities (eg. hk requests) 

Stored Command 

Onboard Commands Sequencer (absolute and relative). 
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Health and Safety App / Housekeeping App 



• Health and Safety App 

- Monitor Applications 

• Detect when defined applications are not running and take a defined action 

- Monitor Events 

• Detect table defined events and take a table defined action 

- Manage Watchdog 

• Initialize and periodically service the watchdog 

• Withhold periodic servicing of the watchdog if certain conditions are not met 

- Manage App Execution Counters 

• Report execution counters for a table defined list of Application Tasks 


Housekeeping App 

- Build combined telemetry messages containing data from applications 

- Notify the ground when expected data is not received 
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Data Storage App / File Manager App 
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• Data Storage App 

• Stores Software Bus messages (packets) to data storage files. 

• Filters packets according to packet filter table definition 

• Stores packets in files according to destination table definition 


• File Manager App 

• Manages onboard files 

• Copy, Move, Rename, Delete, Close, Decompress, and 
Concatenate files providing file information and open file listings 

• Manages onboard directories 

• Create, delete, and providing directory listings 

• Device free space reporting 
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Limit Checker App / Memory Dwell App 



• Limit Checker App 

- Monitors Table Driven Telemetry Watch points 

• Each watch point compares a telemetry data value with a constant 
threshold value 

- Evaluates Table Driven Action points 

• Each action point analyzes the results of one (or more) watch points 


• Memory Dwell App 

- Samples data at any processor address 

- Augments telemetry stream provided during development and debugging 

- Dwell Packet Streams are Specified by Dwell Tables 

- Up to 16 active Dwell Tables 

- Dwell Tables can be populated either by Table Loads or via Jam 
Commands 
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Scheduler App / Stored Command App 



• Scheduler App 

- Operates a Time Division Multiplexed (TDM) schedule of Applications via 
Software Bus Messages 

• Synchronized to external Major Frame (typically 1 Hz) signal 

• Each Major Frame split into a platform configuration number of 
smaller slots (typically 100 slots of 10 milliseconds each) 

• Each slot can contain a platform defined number of software bus 
messages (typically 5 messages) that can be issued within that slot 


• Stored Command App 

- Executes preloaded command sequences at predetermined absolute or 
relative time intervals. 

- Supports Absolute Time Tagged Sequences 

- Supports Relative Time Tagged Sequences 
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Checksum App / Memory Manager App 



• Checksum App 

- Monitors the static code/data specified by the users and reports all 
checksum miscompares as errors. 

- CS will be scheduled to wakeup on a 1 Hz schedule 

- CS will be byte-limited per cycle to prevent CPU hogging 

• Memory Manager App 

- Performs Memory Read and Write (Peek and Poke) Operations 

- Performs Memory Load and Dump Operations 

- Performs Diagnostic Operations 

- Provides Optional Support for Symbolic Addressing 
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Other CFS Apps 
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• CFDP App 

- Implements flight portion of CCSDS CFDP Protocol 

• Command Uplink App 

- Implements flight portion of CCSDS Command uplink 

- Usually mission specific 

• Telemetry Output App 

- CCSDS Telemetry downlink 

- Usually mission specific 

• Memory Scrub App 

- Memory Scrub - Scrubs SDRAM check bits 

- Usually mission specific 

• Cl Lab & TO Lab 

- UDP sockets based uplink and downlink apps for lab testing 
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Component Example 



• Interface only through core API’s. 


• A components contains all data needed to define 
it’s operation. 

• Components register for services 

• Register exception handlers 

• Register Event counters and filter 

• Register Tables 

• Publish messages 

• Subscribe to messages 

• Component may be added and removed at 
runtime. (Allows rapid prototyping during 
development) 


Table API Event API 



SB API Exec & Task 
API 


Tables 


Messages 

Files 




Exception 

Handlers 


Events & 
Filters 


Exec Exception 

v Ap y 


Time API 


Application 
code body 
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cFE Core - Overview 



• A set of mission independent , re-usable , core flight software services and 
operating environment 

- Provides standardized Application Programmer Interfaces (API) 

- Supports and hosts flight software applications 

- Applications can be added and removed at run-time (eases system 
integration and FSW maintenance) 

- Supports software development for on-board FSW, desktop FSW 
development and simulators 

- Supports a variety of hardware platforms 

- Contains platform and mission configuration parameters that are used to 
tailor the cFE for a specific platform and mission. 
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cFE Core - Executive Services (ES) 


01 



• Manages the cFE Startup 

• Provides ability to start, restart and delete cFE Applications 

• Manages a Critical Data Store which can be used to preserve data (except 
in the case of a power-on reset) 

• Provides ability to load shared libraries 

• Logs information related to resets and exceptions 

• Manages a system log for capturing information and errors 

• Provides Performance Analysis support 
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cFE Core - Software Bus (SB) 



1 


• Provides a portable inter-application message service 

• Routes messages to all applications that have subscribed to the message. 

- Subscriptions are done at application startup 

- Message routing can be added/removed at runtime 

• Reports errors detected during the transferring of messages 

• Outputs Statistics Packet and the Routing Information when commanded 
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cFE Core - Event Services (EVS) 


01 



• Provides an interface for sending asynchronous informational/error 
messages telemetry to ground 

- Provides a processor unique software bus event message containing the 
processor ID, Application ID, Event ID, timestamp, and the request- 
specified event data (text string including parameters) 

• Provides an interface for filtering event messages 

• Provides an interface for registering an application’s event filter masks, 
types, and type enable status 

• Provides an interface for un-registering an application from using event 
services 

• Provides an interface for enabling/disabling an application’s event filtering 

• <optional> Provide an interface for logging event into a local event log 
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cFE Core - TIME Services 



• Provides a user interface for correlation of spacecraft time to the 
ground reference time (epoch) 

• Provides calculation of spacecraft time, derived from mission elapsed 
time (MET), a spacecraft time correlation factor (STCF), and 
optionally, leap seconds 

• Provides a functional API for cFE applications to query the time 

• Distributes of a “time at the tone” command packet, containing the 
correct time at the moment of the 1 Hz tone signal 

• Distributes of a “1 Hz wakeup” command packet 

• Forwards tone and time-at-the-tone packets 


Time 

Services 

(TIME) 
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cFE Core - Table Services 


01 



• Manages all CFS table images 

• Provides an API to simplify Table Management 

• Table Registry is populated at run-time eliminating cross coupling of 
Applications with flight executive at compile time 

• Performs table updates synchronously with the Application that owns the 
table to ensure table data integrity 

• Shares tables between Applications 

• Allows Non-Blocking Table updates in Interrupt Service Routines 

• Provides a common ground/user interface to all tables 
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Operating System Abstraction Layer (OSAL) 

Overview 


01 



• A standalone project, separate from the cFE 

- The cFE is built on the OSAL to provide portability 

• Available as Open Source on NASA’s Open Source Website 

- http://opensource.gsfc.nasa.gov 

• Allows execution of FSW on multiple Real Time OSs 

- Build Verification testing done using VxWorks 6.4 

• Allows execution of FSW on simulators and desktop computers 

• Support three primary targets 

- POSIX 

• osx 

• Linux 

• Cygwin 

- RTEMS 4.10 

- VxWorks 6.x 
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Platform Specific Package Overview 


01 



• Supports the following Hardware Platforms/Operating Systems 
(non exhaustive) 

- Flight Hardware Environments 

• MCP750/vxWorks 6.x 

• BAE RAD750/VxWorks 6.x 

• Coldfire/RTEMS 4.x 

• MCP405/linux (Spacecube) 

- Desktop FSW Test Environments 

• MAC/OSX 

• MAC/linux 

• PC(x86)/linux, Cygwin 
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